(19) 



J 



(12) 



ter Meer, Steinmeister & Partner GbR 

Einspruch gegen EP 1 197 830 
Hynix Semiconductor V. Rambus Inc. 
Anlage U4 

EUROPEAN PATENT SPECIFICATION 



EP 0 994 420 B1 



(45) Date of publication and mention 
of the grant of the patent: 
04.01.2006 Bulletin 2006/01 

(21 ) Application number: 991 18308.8 

(22) Date of filing: 16.04.1991 



(51) IntCI.: 

G06F 1/04 
G06F 13/1 6 (****'> 
G06F 1&38<****°» 
G11C 11/401 



G06F 1/1 2 
G06F 13/36^°^ 
G11C&04 ■«"■"« 
H03K 19/003 <*»""> 



(54) DRAM semiconductor device 
DRAM Halbleiter Vorrichtung 
Appareil semiconducteur DRAM 



(84) Designated Contracting States: 
DE FR GB IT 

(30) Priority: 18.04.1990 US 510898 

(43) Date of publication of application: 
19.04.2000 Bulletin 2000/16 

(60) Divisional application: 
00108822.8 / 1 022 642 
02000378.6/1 197 830 

(62) Document number(s) of the earlier application(s) in 
accordance with Art. 76 EPC: 
91908374.1 /0 525 068 

(73) Proprietor: RAMBUS INC. 
Los Altos, 

California 94022 (US) 



CD 

O 
CM 



CD 

o 

CL 



(72) Inventors: 

• Farmwald, Michael 
California 94028 (US) 

• Horowitz, Mark 
Palo Alto, 

California 94306 (US) 

(74) Representative: Eisenf uhr, Spelser & Partner 
Patentanwalte Rechtsanwalte 
Postfach 10 60 78 
28060 Bremen (DE) 



(56) References cited: 
US-A-4 710 904 
US-A-4 845 670 



US-A- 4 739 502 
US-A- 4 905 201 



Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give 
notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in 
a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 
99(1) European Patent Convention). 



Printed by Jouve, 75001 PARIS (FR) 



EP 0 994 420 B1 

Description 

FIELD OF THE INVENTION 

5 [0001 ] An integrated circuit bus interface for computer and video systems is described which allows high speed transfer 
of blocks of data, particularly to and from memory devices; with reduced power consumption and increased system 
reliability. A new method of physically implementing the bus architecture is also described. 

BACKGROUND OF THE INVENTION 

10 

[0002] Semiconductor computer memories have traditionally been designed and structured to use one memory device 
for each bit, or small group of bits, of any individual computer word, where the word size is governed by the choice of 
computer. Typical word sizes range from 4 to 64 bits. Each memory device typically is connected in parallel to a series 
of address lines and connected to one of a series of data tines. When the computer seeks to read from or write to a 

is specific memory location, an address is put on the address lines and some or all of the memory devices are activated 
using a separate device select line for each needed device. One or more devices may be connected to each data line 
but typically only a small number of data lines are connected to a single memory device. Thus data line 0 is connected 
to device(s) 0, data line 1 is connected to device(s) 1. and so on. Data is thus accessed or provided in parallel for each 
memory read or write operation. For the system to operate properly, every single memory bit in every memory device 

20 must operate dependably and correctly. 

[0003] To understand the concept of the present invention, it is helpful to review the architecture of conventional 
memory devices. Internal to nearly all types of memory devices (including the most widely used Dynamic Random 
Access Memory (DRAM). Static RAM (SRAM) and Read Only Memory (ROM) devices), a large number of bits are 
accessed in parallel each time the system carries out a memory access cycle. However, only a small percentage of 

25 accessed bits which are available internally each time the memory device Is cycled ever make it across the device 
boundary to the external world. 

[0004] Referring to Fig. 1, all modern DRAM, SRAM and ROM designs have internal architectures with row (word) 
lines 5 and column (bit) lines 6 to allow the memory cells to tile a two dimensional area 1 . One bit of data is stored at 
the intersection of each word and bit line. When a particular word line is enabled, all of the corresponding data bits are 
30 transferred onto the bit lines. Some prior art DRAMs take advantage of this organization to reduce the number of pins 
needed to transmit the address. The address of a given memory cell is split into two addresses, row and column, each 
of which can be multiplexed over a bus only half as wide as the memory cell address of the prior art would have required, 

COMPARISON WITH PRIOR ART 

35 

[0005] Prior art memory systems have attempted to solve the problem of high speed access to memory with limited 
success. U.S. Patent No. 3,821,715 (Hoff et. al.), was issued to Intel Corporation for the earliest 4-bit micro- processor. 
That patent describes a bus connecting a single central processing unit (CPU) with multiple RAMs and ROMs. That bus 
multiplexes addresses and data over a 4-bit wide bus and uses point-to-point control signals to select particular RAMs 
*o or ROMs. The access time is fixed and only a single processing element is permitted. There is no block-mode type of 
operation, and most important, not all of the interface signals between the devices are bused (the ROM and RAM control 
lines and the RAM select lines are point-to-point). 

[0006] In U.S. Patent No. 4,315,308 (Jackson), a bus connecting a single CPU to a bus interface unit is described. 
The Invention uses multiplexed address, data, and control information over a single 16-bit wide bus. Block-mode oper- 
45 ations are defined, with the length of the block sent as part of the control sequence. In addition, variable access-time 
operations using a "stretch" cycle signal are provided. There are no multiple processing elements and no capability for 
multiple outstanding requests, and again, not all of the interface signals are bused. 

[0007] In U.S. Patent No. 4,449,207 (Kung. et. at.), a ORAM is described which multiplexes address and data on an 
internal bus. The external interface to this DRAM is conventional, with separate control, address and data connections. 
so [0008] In U.S. Patent Nos. 4,764,846 and 4,706, 1 66 (Go), a 3-D package arrangement of stacked die with connections 
along a single edge is described. Such packages are difficult to use because of the point-to-point wiring required to 
interconnect conventional memory devices with processing elements. Both patents describe complex schemes for solving 
these problems. No attempt is made to solve the problem by changing the interface. 

[0009] In U.S. Patent No. 3,969,706 (Proebsting. et. al.), the current state-of-the-art DRAM interface is described. The 
55 address is two-way multiplexed, and there are separate pins for data and control (RAS. CAS, WE, CS). The number of 
pins grows with the size of the DRAM, and many of the connections must be made point-to-point in a memory system 
using such ORAMs. 

[0010] There are many backplane buses described in the prior art. but not in the combination described or having the 
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features of this invention. Many backplane buses multiplex addresses and data on a single bus (e.g., the NU bus). ELXSI 
and others have implemented split-transaction buses (U.S. Patent No. 4,595,923 and 4,481 ,625 (Roberts)). ELXSI has 
also Implemented a relatively low-voltage-swing current- mode ECL driver (approximately 1 V swing). Address-space 
registers are implemented on most backplane buses, as is some form of block mode operation. 

5 [001 11 Nearly all modern backplane buses implement some type of arbitration scheme, but the arbitration scheme 
used in this disclosure differs from each of these. U.S. Patent Nos. 4,837,682 (Culler), 4,818,985 (Ikeda), 4.779,089 
(Theus) and 4,745,548 (Blahut) describe prior art schemes. All involve either log N extra signals, (Theus, Blahut), where 
N is the number of potential bus requestors, or additional delay to get control of the bus (Ikeda, Culler). None of the 
buses described in patents or other literature use only bused connections. All contain some point-to-point connections 

io on the backplane. None of the other aspects of this disclosure such as power reduction by fetching each data block from 
a single device or compact and low-cost 3-D packaging even apply to backplane buses. 

[001 2] The clocking scheme used in this disclosure has not been used before and in fact would be difficult to implement 
in backplane buses due to the signal degradation caused by connector stubs. U.S. Patent No. 4,247,817 (Heller) describes 
a clocking scheme using two clock lines, but relies on ramp-shaped clock signals in contrast to the normal rise-time 

is signals used in the present disclosure. 

[0013] In U.S. Patent No. 4.646,279 (Voss), a video RAM is described which implements a parallel-load, serial-out 
shift register on the output of a DRAM. This generally allows greatly improved bandwidth (and has been extended to 2, 
4 and greater width shift-out paths.) The rest of the interfaces to the DRAM (RAS, CAS, multiplexed address, etc.) remain 
the same as for conventional DRAMS. 

20 [0014] One object of the present invention is to use a new bus interface built into semiconductor devices to support 
high-speed access to large blocks of data from a single memory device by an external user of the data, such as a 
microprocessor, in an efficient and cost-effective manner. 

[0015] Another object of this invention is to provide devices, especially DRAMs, suitable for use with the bus architecture 
of the invention. 

25 [001 6] D.K Morgan, "The CVAX CMCTL - A CMOS Memory Controller Chip*, Digital Technical Journal, No. 7, August 
1988, pages 139 to 143 concerns a description of a memory controller chip which is to be used In connection with a 
•CVAX bus.' The document describes that the CVAX memory controller communicates over a synchronous bus with a 
CPU and over an asynchronous bus with memory modules connected to the controller. The memory modules that are 
connected to the controller contain hundreds of memory devices. The DRAMs on the memory modules are not discussed 

30 with any specificity. 

[0017] The "Intel Application Note AP-132". 'Designing Memory Systems with the 8K x 8 IRAM", June 1982, pages 
3-41 to 3-45; Intel Preliminary Data Sheet "2186 - 8192 x8 Bit Integrated RAM", September 1982, pages 3-281; and 
one undated sheet without a page number relating to the "2186 family* discloses a new type of RAM which aims at 
combining the best features of SRAM and DRAM. The device is targeted for use in applications with small memory 
55 requirements. The disclosed IRAM devices are asynchronous devices (they do not receive a clock signal) that contain 
the control circuitry necessary for controlling the refresh operations on the memory. Systems known in the timeframe of 
the IRAM references normally included such refresh control circuitry in an external memory controller. 

SUMMARY OF INVENTION 

40 

[0018] The present invention relates to a DRAM semiconducteur device as claimed in claim 1. 
[0019] Referring to Fig. 2, a standard DRAM 13, 14, ROM (or SRAM) 12, microprocessor CPU 11. I/O device, disk 
controller or other special purpose device such as a high speed switch is modified to use a wholly bus-based interface 
rather than the prior art combination of point-to-point and bus-based wiring used with conventional versions of these 

45 devices. The new bus includes clock signals, power and multiplexed address, data and control signals. In a preferred 
implementation, 8 bus data lines and an AddressVatid bus line carry address, data and control information for memory 
addresses up to 40 bits wide. Persons skilled in the art will recognize that 16 bus data lines or other numbers of bus 
data lines can be used to implement the teaching of this invention. The new bus is used to connect elements such as 
memory, peripheral, switch and processing units. 

so [0020] In this Invention, DRAMs and other devices receive address and control information over the bus and transmit 
or receive requested data over the same bus. Each memory device contains only a single bus interface with no other 
signal pins. Other devices that may be included in the system can connect to the bus and other non-bus lines, such as 
input/output lines. The bus supports large data block transfers and split transactions to allow a user to achieve high bus 
utilization. This ability to rapidly read or write a large block of data to one single device at a time is an important advantage 

55 of this invention. 

[0021] The DRAMs that connect to this bus differ from conventional DRAMs in a number of ways. Registers are 
provided which may store control information, device identification, device-type and other information appropriate for 
the chip such as the address range for each independent portion of the device. New bus interface circuits must be added 
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and the internals of prior art DRAM devices need to be modified so they can provide and accept data to and from the 
bus at the peak data rate of the bus. This requires changes to the column access circuitry in the DRAM, with only a 
minimal increase in die size. A circuit is provided to generate a low skew internal device clock for devices on the bus. 
and other circuits provide for demultiplexing input and multiplexing output signals. 

5 [0022] High bus bandwidth is achieved by running the bus at a very high clock rate (hundreds of MHz). This high clock 
rate Is made possible by the constrained environment of the bus. The bus lines are controlled-impedance, doubly-ter- 
minated lines. For a data rate of 500 MHz, the maximum bus propagation time is less than 1 ns (the physical bus length 
is about 10 cm). In addition, because of the packaging used, the pitch of the pins can be very close to the pitch of the 
pads. The loading on the bus resulting from the individual devices is very small. In a preferred implementation, this 

10 generally allows stub capacitances of 1-2 pF and inductances of 0.5 - 2 nH. Each device 15. 16, 17, shown in Figure 3. 
only has pins on one side and these pins connect directly to the bus 18. A transceiver device 19 can be included to 
interface multiple units to a higher order bus through pins 20. 

[0023] A primary result of the architecture of this invention is to increase the bandwidth of DRAM access. The invention 
also reduces manufacturing and production costs, power consumption, and increases packing density and system 
is reliability. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0024] 

20 

Figure 1 is a diagram which illustrates the basic 2-D organization of memory devices. 

Figure 2 is a schematic block diagram which illustrates the parallel connection of all bus lines and the serial Reset 
line to each device In the system. 

Figure 3 is a perspective view of a system which illustrates the 3-D packaging of semiconductor devices on the 
25 primary bus. 

Figure 4 shows the format of a request packet. 

Figure 5 shows the format of a retry response from a slave. 

Figure 6 shows the bus cycles after a request packet collision occurs on the bus and how arbitration is handled. 
Figure 7 shows the timing whereby signals from two devices can overlap temporarily and drive the bus at the same 
30 time. 

Figure s shows the connection and timing between bus clocks and devices on the bus. 

Figure 9 is a perspective view showing how transceivers can be used to connect a number of bus units to a transceiver 
bus. Figure 10 is a block and schematic diagram of input/output circuitry used to connect devices to the bus. 
Figure 1 1 is a schematic diagram of a clocked sense-amplifier used as a bus input receiver. 
35 Figure 12 is a block diagram showing how the internal device clock Is generated from two bus clock signals using 

a set of adjustable delay lines. 

Figure 13 is a timing diagram showing the relationship of signals in the block diagram of Figure 12. 

Figure 14 is timing diagram of a preferred means of implementing the reset procedure. 

Figure 15 is a diagram illustrating the general organization of a 4 Mbit DRAM divided into 8 subarrays. 

40 

DETAILED DESCRIPTION 

[0025] The present invention is designed to provide a DRAM semiconductor device for use with a high speed, multi- 
plexed bus for communication between processing devices and memory devices. The bus can also be used to connect 

*s processing devices and other devices, such as I/O interfaces or disk controllers, with or without memory devices on the 
bus. The bus consists of a relatively small number of lines connected in parallel to each device on the bus. The bus 
carries substantially ail address, data and control information needed by devices for communication with other devices 
on the bus. In many systems using the present invention, the bus carries almost every signal between every device in 
the entire system. There is no need for separate device-select lines since device-select information for each device on 

so the bus is carried over the bus. There is no need for separate address and data lines because address and data 
information can be sent over the same lines. Using the organization described herein, very large addresses (40 bits in 
the preferred implementation) and large data blocks (1024 bytes) can be sent over a small number of bus lines (8 plus 
one control line in the preferred implementation). 

[0026] Virtually all of the signals needed by a computer system can be sent over the bus. Persons skilled in the art 
« recognize that certain devices, such as CPUs, may be connected to other signal lines and possibly to independent 
buses, for example a bus to an independent cache memory, in addition to the bus of this embodiment Certain devices, 
for example cross-point switches, could be connected to multiple, independent buses of this embodiment. In the preferred 
implementation, memory devices are provided that have no connections other than the bus connections described herein 
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and CPUs are provided that use the bus of this embodiment as the principal, if not exclusive, connection to memory and 
to other devices on the bus. 

[0027] All modem DRAM, SRAM and ROM designs have internal architectures with row (word) and column (bit) lines 
to efficiently tile a 2-D area. Referring to Fig. 1 , one bit of data Is stored at the intersection of each word line 5 and bit 
s line 6. When a particular word line Is enabled, all of the corresponding data bits are transferred onto the bit lines. This 
data, about 4000 bits at a time in a 4 MBit DRAM, is then loaded into column sense amplifiers 3 and held for use by the 
I/O circuits. 

[0028] In the embodiment presented here, the data from the sense amplifiers is enabled 32 bits at a time onto an 
internal device bus running at approximately 125 MHz. This internal device bus moves the data to the periphery of the 

io devices where the data is multiplexed Into an 8-bit wide external bus interface, running at approximately 500 MHz. 
[0029] The bus architecture of this embodiment connects master or bus controller devices, such as CPUs, Direct 
Memory Access devices (DMAs) or Floating Point Units (FPUs), and slave devices, such as DRAM, SRAM or ROM 
memory devices. A slave device responds to control signals; a master sends control signals. Persons skilled in the art 
realize that some devices may behave as both master and slave at various times, depending on the mode of operation 

'5 and the state of the system. For example, a memory device will typically have only slave functions, while a DMA controller, 
disk controller or CPU may include both slave and master functions. Many other semiconductor devices, including I/O 
devices, disk controllers, or other special purpose devices such as high speed switches can be modified for use with 
the bus of this embodiment. 

[0030] Each semiconductor device contains a set of internal registers, preferably including a device identification 
20 (device ID) register, a device-type descriptor register, control registers and other registers containing other information 
relevant to that type of device. In a preferred implementation, semiconductor devices connected to the bus contain 
registers which specify the memory addresses contained within that device and access-time registers which store a set 
of one or more delay times at which the device can or should be available to send or receive data. 
[0031] Most of these registers can be modified and preferably are set as part of an initialization sequence that occurs 
25 when the system is powered up or reset. During the initialization sequence each device on the bus is assigned a unique 
device ID number, which is stored in the device ID register. A bus master can then use these device ID numbers to 
access and set appropriate registers in other devices, including access-time registers, control registers, and memory 
registers, to configure the system. Each slave may have one or several access-time registers (four in a preferred 
embodiment). In a preferred embodiment, one access-time register in each slave is permanently or semi-permanently 
30 programmed with a fixed value to facilitate certain control functions. A preferred implementation of an initialization 
sequence is described below in more detail. 

[0032] All information sent between master devices and slave devices is sent over the external bus, which, for example, 
may be 8 bits wide. This is accomplished by defining a protocol whereby a master device, such as a microprocessor, 
seizes exclusive control of the external bus (i.e., becomes the bus master) and initiates a bus transaction by sending a 

35 request packet (a sequence of bytes comprising address and control information) to one or more slave devices on the 
. bus. An address can consist of .1 6 to 40 or more bits according to the teachings of this embodiment. Each slave on the 
bus must decode the request packet to see if that slave needs to respond to the packet. The slave that the packet is 
directed to must then begin any internal processes needed to carry out the requested bus transaction at the requested 
time. The requesting master may also need to transact certain internal processes before the bus transaction begins. 

40 After a specified access time the slave(s) respond by returning one or more bytes (8 bits) of data or by storing Information 
made available from the bus. More than one access time can be provided to allow different types of responses to occur 
at different times. 

[0033] A request packet and the corresponding bus access are separated by a selected number of bus cycles, allowing 
the bus to be used in the intervening bus cycles by the same or other masters for additional requests or brief bus 
45 accesses. Thus multiple, independent accesses are permitted, allowing maximum utilization of ihe bus for transfer of 
short blocks of data. Transfers of long blocks of data use the bus efficiently even without overlap because the overhead 
due to bus address, control and access times is small compared to the total time to request and transfer the block. 

Device Address Mapping 

50 

[0034] Another unique aspect of this invention Is that each memory device is a complete, independent memory sub- 
system with ail the functionality of a prior art memory board in a conventional backplane-bus computer system. Individual 
memory devices may contain a single memory section or may be subdivided into more than one discrete memory section. 
Memory devices preferably include memory address registers for each discrete memory section. A failed memory device 
55 (or even a subsection of a device) can be 'mapped out' with only the loss of a small fraction of the memory, maintaining 
essentially full system capability. Mapping out bad devices can be accomplished in two ways, both compatible with this 
invention. 

[0035] The preferred method uses address registers in each memory device (or independent discrete portion thereof) 
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to store information which defines the range of bus addresses to which this memory device will respond. This is similar 
to prior art schemes used in memory boards in conventional backplane bus systems. The address registers can include 
a single pointer, usually pointing to a block of known size, a pointer and a fixed or variable block size value or two 
pointers, one pointing to the beginning and one to the end (or to the "top'* and "bottom") of each memory block. By 

s appropriate settings of the address registers, a series of functional memory devices or discrete memory sections can 
be made to respond to a contiguous range of addresses, giving the system access to a contiguous block of good memory, 
limited primarily by the number of good devices connected to the bus. A block of memory in a first memory device or 
memory section can be assigned a certain range of addresses, then a block of memory in a next memory device or 
memory section can be assigned addresses starting with an address one higher (or lower, depending on the memory 

io structure) than the last address of the previous block. 

[0036] Preferred devices for use in this embodiment include device-type register information specifying the type of 
chip, including how much memory is available in what configuration on that device. A master can perform an appropriate 
memory test, such as reading and writing each memory cell in one or more selected orders, to test proper functioning 
of each accessible discrete portion of memory (based in part on information like device ID number and device -type) and 

is write address values (up to 40 bits in the preferred embodiment, 10 12 bytes), preferably contiguous, into device ad- 
dress-space registers. Non-functional or impaired memory sections can be assigned a special address value which the 
system can interpret to avoid using that memory. 

[0037] The second approach puts the burden of avoiding the bad devices on the system master or masters. CPUs 
and DMA controllers typically have some sort of translation look-aside buffers (TLBs) which map virtual to physical (bus) 
20 addresses. With relatively simple software, the TLBs can be programmed to use only working memory (data structures 
describing functional memories are easily generated). For masters which don't contain TLBs (for example, a video 
display generator), a small, simple RAM can be used to map a contiguous range of addresses onto the addresses of 
the functional memory devices. 

[0038} Either scheme works and permits a system to have a significant percentage of non-functional devices and still 
25 continue to operate with the memory which remains. This means that systems built with this embodiment will have much 
improved reliability over existing systems, including the ability to build systems with almost no field failures. 

Bus 

30 [0039] The preferred bus architecture of this embodiment comprises 1 1 signals: BusData[0:7]; AddrValid; Clkl and 
Clk2; plus an input reference level and power and ground lines connected in parallel to each device. Signals are driven 
onto the bus during conventional bus cycles. The notation "Signalfl:]]" refers to a specific range of signals or lines, for 
example, BusData[0:73 means BusDataO, BusDatal, .... BusData7. The bus lines for BusData(0:7] signals form a 
byte-wide, multiplexed data/address/control bus. AddrValid is used to indicate when the bus is holding a valid address 

35 request, and instructs a slave to decode the bus data as an address and, if the address is included on that slave, to 
handle the pending request. The two clocks together provide a synchronized, high speed clock for all the devices on 
the bus. In addition to the bused signals, there is one other line (Resetln, ResetOut) connecting each device in series 
for use during initialization to assign every device in the system a unique device ID number (described below in detail). 
[0040] To facilitate the extremely high data rate of this external bus relative to the gate delays of the internal logic, the 

40 bus cycles are grouped into pairs of even/odd cycles. Note that all devices connected to a bus should preferably use 
the same even/odd labeling of bus cycles and preferably should begin operations on even cycles. This is enforced by 
the clocking scheme. 

Protocol and Bus Operation 

45 

[0041] The bus uses a relatively simple, synchronous, split-transaction, block-oriented protocol for bus transactions. 
One of the goals of the system is to keep the intelligence concentrated in the masters, thus keeping the slaves as simple 
as possible (since there are typically many more slaves than masters). To reduce the complexity of the slaves, a slave 
should preferably respond to a request in a specified time, sufficient to allow the slave to begin or possibly complete a 

so device-internal phase including any internal actions that must precede the subsequent bus access phase. The time for 
this bus access phase is known to all devices on the bus - each master being responsible for making sure that the bus 
will be free when the bus access begins. Thus the slaves never worry about arbitrating for the bus. This approach 
eliminates arbitration in single master systems, and also makes the slave-bus interface simpler. 
[0042] In a prefened implementation, to initiate a bus transfer over the bus, a master sends out a request packet, a 

55 contiguous series of bytes containing address and control information. It is preferable to use a request packet containing 
an even number of bytes and also preferable to start each packet on an even bus cycle. 

[0043] The device-select function is handled using the bus data lines. AddrValid is driven, which instructs all slaves 
to decode the request packet address, determine whether they contain the requested address, and if they do, provide 
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the data back to the master (in the case of a read request) or accept data from the master (in the case of a write request) 
in a data block transfer. A master can also select a specific device by transmitting a device ID number in a request 
packet. In a preferred implementation, a special device ID number is chosen to Indicate that the packet should be 
interpreted by all devices on the bus. This allows a master to broadcast a message, for example to set a selected control 

s register of all devices with the same value. 

[0044] The data block transfer occurs later at a time specified in the request packet control information, preferably 
beginning on an even cycle. A device begins a data block transfer almost immediately with a device-internal phase as 
the device initiates certain functions, such as setting up memory addressing, before the bus access phase begins. The 
time after which a data block is driven onto the bus lines is selected from values stored in stave access-time registers. 

10 The timing of data for reads and writes is preferably the same; the only difference is which device drives the bus. For 
reads, the slave drives the bus and the master latches the values from the bus. For writes the master drives the bus 
and the selected slave latches the values from the bus. 

[0045] In a preferred implementation shown in Figure 4, a request packet 22 contains 6 bytes of data *• 4.5 address 
bytes and 1 .5 control bytes. Each request packet uses ail nine bits of the multiplexed data/address lines (AddrValid 23 

is + BusData[0:7] 24) for all six bytes of the request packet Setting 23 AddrValid = 1 in an otherwise unused even cycle 
indicates the start of an request packet (control information). In a valid request packet. AddrValid 27 must be 0 in the 
last byte. Asserting this signal in the last byte invalidates the request packet. This is used for the collision detection and 
arbitration logic (described below). Bytes 25-26 contain the first 35 address bits, Address[0:35). The last byte contains 
AddrValid 27 (the invalidation switch) and 28, the remaining address bits, Address[36:39], and B!ockSize[0:3] (control 

20 information). 

[0046] The first byte contains two 4 bit fields containing control information, AccessType[0:3], an op code (operation 
code) which, for example, specifies the type of access, and Master[0:3], a position reserved for the master sending the 
packet to include its master ID number. Only master numbers 1 through 15 are allowed - master number 0 is reserved 
for special system commands. Any packet with Master[0:3] = 0 is an invalid or special packet and is treated accordingly. 

25 [0047] The AccessType field specifies whether the requested operation is a read or write and the type of access, for 
example, whether it is to the control registers or other parts of the device, such as memory. In a preferred implementation, 
AccessType[0] is a Read/Write switch: if it is a 1. then the operation calls for a read from the slave (the slave to read 
the requested memory block and drive the memory contents onto the bus); if it is a 0. the operation calls for a write into 
the slave (the slave to read data from the bus and write it to memory). AccessType[1:3] provides up to 8 different access 

30 types for a slave. AccessType[1:2] preferably indicates the timing of the response, which is stored in an access-time 
register, AccessRegN. The choice of access-time register can be selected directly by having a certain op code select 
that register, or indirectly by having a slave respond to selected op codes with pre-selected access times (see table 
below). The remaining bit, AccessType[3] may be used to send additional information about the request to the slaves. 
[0048] One special type of access is control register access, which involves addressing a selected register in a selected 

35 slave. In the preferred implementation, 

AccessType[1:3] equal to zero indicates a control register request and the address field of the packet indicates the 
desired control register. For example, the most significant two bytes can be the device ID number (specifying which 
slave is being addressed) and the least significant three bytes can specify a register address and may also represent 
or include data to be loaded into that control register. Control register accesses are used to initialize the access-time 

to registers, so it is preferable to use a fixed response time which can be preprogrammed or even hard wired, for example 
the value in Access RegO, preferably 8 cycles. Control register access can also be used to initialize or modify other 
registers, including address registers. 

[0049] The method of this embodiment provides for access mode control specifically for the DRAMs. One such access 
mode determines whether the access Is page mode or normal RAS access. In normal mode (in conventional DRAMS 

45 and in this invention), the DRAM column sense amps or latches have been precharged to a value intermediate between 
logical 0 and 1. This precharging allows access to a row in the RAM to begin as soon as the access request for either 
inputs (writes) or outputs (reads) is received and allows the column sense amps to sense data quickly. In page mode 
(both conventional and in this invention), the DRAM holds the data in the column sense amps or latches from the previous 
read or write operation. If a subsequent request to access data is directed to the same row, the DRAM does not need 

so to wait for the data to be sensed (it has been sensed already) and access time for this data is much shorter than the 
normal access time. Page mode generally allows much faster access to data but to a smaller block of data (equal to the 
number of sense amps). However, if the requested data is not in the selected row, the access time is longer than the 
normal access time, since the request must wait for the RAM to precharge before the normal mode access can start. 
Two access-time registers in each DRAM preferably contain the access times to be used for normal and for page-mode 

55 accesses, respectively. 

[0050] The access mode also determines whether the DRAM should precharge the sense amplifiers or should save 
the contents of the sense amps for a subsequent page mode access. Typical settings are "precharge after normal 
access" and "save after page mode access" but "precharge after page mode access" or "save after normal access" are 
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allowed, selectable modes of operation. The DRAM can also be set to precharge the sense amps if they are not accessed 
for a selected period of time. 

[0051] In page mode, the data stored in the DRAM sense amplifiers may be accessed within much less time than it 
takes to read out data in normal mode (-10-20 nS vs. 40-100 nS). This data may be kept available for long periods. 
However, if these sense amps (and hence bit lines) are not precharged after an access, a subsequent access to a 
different memory word (row) will suffer a precharge time penalty of about 40-100 nS because the sense amps must 
precharge before latching in a new value. 

[0052] The contents of the sense amps thus may be held and used as a cache, allowing faster, repetitive access to 
small blocks of data. DRAM-based page-mode caches have been attempted in the prior art using conventional DRAM 
organizations but they are not very effective because several chips are required per computer word. Such a conventional 
page-mode cache contains many bits (for example, 32 chips x 4Kbits) but has very few independent storage entries. In 
other words, at any given point in time the sense amps hold only a few different blocks or memory "locales" (a single 
block of 4K words, in the example above). Simulations have shown that upwards of 100 blocks are required to achieve 
high hit rates (>90% of requests find the requested data already in cache memory) regardless of the size of each block. 
See, for example, Anant Agarwal, et. al., "An Analytic Cache Model," ACM Transactions on Computer Systems, Vol. 
7(2), pp. 184-215 (May 1989). 

[0053] The organization of memory in the present embodiment allows each DRAM to hold one or more (4 for 4MBit 
DRAMS) separately- addressed and independent blocks of data. A personal computer or workstation with 100 such 
DRAMs (i.e. 400 blocks or locales) can achieve extremely high, very repeatable hit rates (98-99% on average) as 
compared to the lower (50-80%), widely varying hit rates using DRAMS organized in the conventional fashion. Further, 
because of the time penalty associated with the deferred precharge on a "miss" of the page-mode cache, the conventional 
DRAM-based page-mode cache generally has been found to work less well than no cache at all. 
[0054] For DRAM slave access, the access types are preferably used in the following way: 

AccessType [1:3] Use AccessTime 



0 Control Register Access Fixed, 8[AccessReg0] 

1 Unused Fixed, 8[AccessReg0l 
2-3 Unused AccessRegl 

4-5 Page Mode DRAM access AccessReg2 

6-7 Normal DRAM access AccessReg3 



Persons skilled in the art will recognize that a series of available bits could be designated as switches for controlling 
these access modes. For example: 

AccessType[2] ■ page mode/normal switch 



AccessType[3] = precharge/ save-data switch 

[0055] BlockSize[0:3] specifies the size of the data block transfer. If BlockSize[0] is 0, the remaining bits are the binary 
representation of the block size (0-7). If BlockSize[0] is 1, then the remaining bits give the block size as a binary power 
of 2, from 8 to 1024. A zero-length block can be interpreted as a special command, for example, to refresh a DRAM 
without returning any data, or to change the DRAM from page mode to normal access mode or vice-versa. 

BlockSize[0:2) Number of Bytes in Block 



0-7 0-7 respectively 

8 8 

9 16 

10 32 

11 64 

12 128 

13 256 

14 512 
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Table continued 

BlockSize[0:2] Number of Bytes in Block 
15 1024 

5 

Persons skilled in the art will recognize that other block size encoding schemes or values can be used. 
[0056] In most cases, a slave will respond at the selected access time by reading or writing data from or to the bus 
over bus lines BusOata [0:7] and AddrValid will be at logical 0. In a preferred embodiment, substantially each memory 
access will involve only a single memory d evice , that is, a single block will be read from or written to a single memory device. 

w 

Retry Format 

[0057] In some cases, a slave may not be able to respond correctly to a request, e.g., for a read or write. In such a 
situation, the slave should return an error message, sometimes called a N(o)ACK(nowledge) or retry message. The 

is retry message can include information about the condition requiring a retry, but this increases system requirements for 
circuitry in both slave and masters. A simple message indicating only that an error has occurred allows for a less complex 
slave, and the master can take whatever action is needed to understand and correct the cause of the error. 
[0058] For example, under certain conditions a slave might not be able to supply the requested data. During a 
page-mode access, the DRAM selected must be in page mode and the requested address must match the address of 

20 the data held in the sense amps or latches. Each DRAM can check for this match during a page-mode access. If no 
match is found, the DRAM begins precharging and returns a retry message to the master during the first cycle of the 
data block (the rest of the returned block is ignored). The master then must wait for the precharge time (which is set to 
accommodate the type of slave In question, stored in a special register, PreChargeReg), and then resend the request 
as a normal DRAM access (AccessType = 6 or 7). 

25 [0059] In the preferred form of the present embodiment, a slave signals a retry by driving AddrValid true at the time 
the slave was supposed to begin reading or writing data. A master which expected to write to that slave must monitor 
AddrValid during the write and take corrective action if it detects a retry message. Figure 5 illustrates the format of a 
retry message 28 which is useful for read requests, consisting of 23 AddrValkJ=1 with Master[0:3] = 0 in the first (even) 
cycle. Note that AddrValid is normally 0 for data block transfers and that there Is no master 0 (only 1 through 15 are 

30 allowed). All DRAMs and masters can easily recognize such a packet as an invalid request packet, and therefore a retry 
message. In this type of bus transaction all of the fields except for Master{0:3] and AddrValid 23 may be used as 
information fields, although in the implementation described, the contents are undefined. Persons skilled in the art 
recognize that another method of signifying a retry message is to add a Datalnvalid fine and signal to the bus. This signal 
could be asserted in the case of a NACK. 

35 

Bus Arbitration 

[0060] In the case of a single master, there are by definition no arbitration problems. The master sends request packets 
and keeps track of periods when the bus will be busy in response to that packet. The master can schedule multiple 

*o requests so that the corresponding data block transfers do not overlap. 

[0061] The bus architecture of this embodiment is also useful in configurations with multiple masters. When two or 
more masters are on the same bus, each master must keep track of ail the pending transactions, so each master knows 
when it can send a request packet and access the corresponding data block transfer. Situations will arise, however, 
where two or more masters send a request packet at about the same time and the multiple requests must be detected, 

45 then sorted out by some sort of bus arbitration. 

[0062] There are many ways for each master to keep track of when the bus is and will be busy. A simple method is 
for each master to maintain a bus-busy data structure, for example by maintaining two pointers, one to indicate the 
earliest point in the future when the bus will be busy and the other to indicate the earliest point in the future when the 
bus will be free, that is, the end of the latest pending data block transfer. Using this information, each master can 

so determine whether and when there is enough time to send a request packet (as described above under Protocol) before 
the bus becomes busy with another data block transfer and whether the corresponding data block transfer will interfere 
with pending bus transactions. Thus each master must read every request packet and update its bus-busy data structure 
to maintain information about when the bus is and will be free. 

[0063] With two or more masters on the bus, masters will occasionally transmit independent request packets during 
55 the same bus cycle. Those multiple requests will collide as each such master drives the bus simultaneously with different 
information, resulting in scrambled request information and neither desired data block transfer. In a preferred embodiment, 
each device on the bus seeking to write a logical 1 on a BusData or AddrValid line drives that line with a current sufficient 
to sustain a voltage greater than or equal to the high-logic value for the system. Devices do not drive lines that should 
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have a logical 0; those lines are simply held at a voltage corresponding to a low-logic value. Each master tests the 
voltage on at least some, preferably all, bus data and the AddrValid lines so the master can detect a logical T where 
the expected level is '0* on a line that it does not drive during a given bus cycle but another master does drive. 
[0064] Another way to detect collisions is to select one or more bus lines for collision signalling. Each master sending 

5 a request drives that line or lines and monitors the selected lines for more than the normal drive current (or a logical 
value of ">r), indicating requests by more than one master. Persons skilled in the art will recognize that this can be 
implemented with a protocol involving BusData and AddrValid lines or could be implemented using an additional bus line. 
[0065] In the preferred embodiment, each master detects collisions by monitoring lines which it does not drive to see 
if another master is driving those lines. Referring to Fig. 4, the first byte of the request packet includes the number of 

w each master attempting to use the bus (Master[0:3]). If two masters send packet requests starting at the same point in 
time, the master numbers will be logical *or"ed together by at least those masters, and thus one or both of the masters, 
by monitoring the data on the bus and comparing what it sent, can detect a collision. For instance if requests by masters 
number 2 (0010) and 5 (0101) collide, the bus will be driven with the value Master[0:3]=7 (0010 + 0101 = 01 1 1). Master 
number 5 will detect that the signal Masten[2] = 1 and master 2 will detect that Masterp] and Master[3] = 1, telling both 

is masters that a collision has occurred. Another example is masters 2 and 1 1 , for which the bus will be driven with the 
value Masten[0:3]=l 1 (001 0 + 1 01 1 = 1 01 1 ), and although master 1 1 can't readily detect this collision, master 2 can. 
When any collision is detected, each master detecting a collision drives the value of AddrValid 27 in byte 5 of the request 
packet 22 to 1 , which is detected by all masters, including master 11 in the second example above, and forces a bus 
arbitration cycle, described below. 

20 [0066] Another collision condition may arise where master A sends a request packet in cycle 0 and master B tries to 
send a request packet starting in cycle 2 of the first request packet, thereby overlapping the first request packet This 
will occur from time to time because the bus operates at high speeds, thus the logic in a second-initiating master may 
not be fast enough to detect a request initiated by a first master in cycle 0 and to react fast enough by delaying its own 
request. Master B eventually notices that it wasn't supposed to try to send a request packet (and consequently almost 

25 surely destroyed the address that master A was trying to send), and, as in the example above of a simultaneous collision, 
drives a 1 on AddrValid during byte 5 of the first request packet 27 forcing an arbitration. The logic in the preferred 
implementation is fast enough that a master should detect a request packet by another master by cycle 3 of the first 
request packet, so no master is likely to attempt to send a potentially colliding request packet later than cycle 2. 
[0067] Slave devices not need to detect a collision directly, but they must wait to do anything irrecoverable until the 

30 last byte (byte 5) is read to ensure that the packet is valid. A request packet with Master [0:3] equal to 0 (a retry signal) 
is ignored and does not cause a collision. The subsequent bytes of such a packet are ignored. 
[0068] To begin arbitration after a collision, the masters wait a preselected number of cycles after the aborted request 
packet (4 cycles'in a preferred implementation), then use the next free cycle to arbitrate for the bus (the next available 
even cycle in the preferred implementation). Each colliding master signals to ail other colliding masters that it seeks to 

35 send a request packet, a priority is assigned to each of the colliding masters, then each master is allowed to make its 
request in the order of that priority. 

[0069] Figure 6 illustrates one preferred way of implementing this arbitration. Each colliding master signals its intent 
to send a request packet by driving a single BusData line during a single bus cycle corresponding to its assigned master 
number (1-15 in the present example). During two-byte arbitration cyde 29, byte 0 is allocated to requests 1-7 from 

<o masters 1-7, respectively, (bit 0 is not used) and byte 1 is allocated to requests 8-15 from masters 8-15, respectively. 
At least one device and preferably each colliding master reads the values on the bus during the arbitration cycles to 
determine and store which masters desire to use the bus. Persons skilled in the art will recognize that a single byte can 
be allocated for arbitration requests if the system includes more bus lines than masters. More than 15 masters can be 
accommodated by using additional bus cycles. 

*5 [0070] A fixed priority scheme (preferably using the master numbers, selecting lowest numbers first) is then used to 
prioritize, then sequence the requests in a bus arbitration queue which is maintained by at least one device. These 
requests are queued by each master in the bus-busy data structure and no further requests are allowed until the bus 
arbitration queue is cleared. Persons skilled in the art will recognize that other priority schemes can be used, including 
assigning priority according to the physical location of each master. 

50 

System Configuration/Reset 

[0071 J In the bus-based system of this embodiment, a mechanism is provided to give each device on the bus a unique 
device identifier (device ID) after power-up or under other conditions as desired or needed by the system. A master can 
55 then use this device ID to access a specific device, particularly to set or modify registers of the specified device. Including 
the control and address registers. In the preferred embodiment, one master is assigned to carry out the entire system 
configuration process. The master provides a series of unique device ID numbers for each unique device connected to 
the bus system. In the preferred embodiment, each device connected to the bus contains a special device-type register 
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which specifies the type of device, for instance CPU, 4 MBit memory, 64 MBit memory or disk controller. The configuration 
master should check each device, determine the device type and set appropriate control registers, including access-time 
registers. The configuration master should check each memory device and set all appropriate memory address registers. 
[0072] One means to set up unique device ID numbers is to have each device to select a device ID in sequence and 
5 store the value in an internal device ID register. For example, a master can pass sequential device ID numbers through 
shift registers in each of a series of devices, or pass a token from device to device whereby the device with the token 
reads in device ID information from another line or lines. In a preferred embodiment, device ID numbers are assigned 
to devices according to their physical relationship, for instance, their order along the bus. 

[0073] In a preferred embodiment, the device ID setting is accomplished using a pair of pins on each device, Resetln 
10 and ResetOut. These pins handle normal logic signals and are used only during device ID configuration. On each rising 

edge of the clock, each device copies Resetln (an input) into a four-stage reset shift register. The output of the reset 

shift register is connected to ResetOut. which in turn connects to Resetln for the next sequentially connected device. 

Substantially al) devices on the bus are thereby daisy-chained together. A first reset signal, for example, while Resetln 

at a device is a logical 1 , or when a selected bit of the reset shift register goes from zero to non-zero, causes the device 
is to hard reset, for example by clearing all internal registers and resetting all state machines. A second reset signal, for 

example, the falling edge of Resetln combined with changeable values on the external bus, causes that device to latch 

the contents of the external bus into the internal device ID register (Device[0:7]). 

[0074] To reset all devices on a bus, a master sets the Resetln line of the first device to a "1 * for long enough to ensure 
that all devices on the bus have been reset (4 cycles times the number of devices - note that the maximum number of 

20 devices on the preferred bus configuration is 256 (8 bits), so that 1024 cycles is always enough time to reset all devices.) 
Then Resetln Is dropped to '0° and the BusData lines are driven with the first followed by successive device ID numbers, 
changing after every 4 clock pulses. Successive devices set those device ID numbers into the corresponding device ID 
register as the falling edge of Resetln propagates through the shift registers of the daisy-chained devices. Figure 14 
shows Resetln at a first device going low while a master drives a first device ID onto the bus data lines BusData[0:3J. 

25 The first device then latches in that first device ID. After four clock cycles, the master changes BusData[0:3] to the next 
device ID number and ResetOut at the first device goes tow, which pulls Resetln for the next daisy-chained device low, 
allowing the next device to latch in the next device ID number from BusData[0:3]. In the preferred embodiment, one 
master is assigned device ID 0 and it is the responsibility of that master to control the Resetln line and to drive successive 
device ID numbers onto the bus at the appropriate times. In the preferred embodiment, each device waits two clock 

30 cycles after Resetln goes low before latching in a device ID number from BusData[0:3], 

[0075] Persons skilled in the art recognize that longer device ID numbers could be distributed to devices by having 
each device read in multiple bytes from the bus and latch the values into the device ID register. Persons skilled in the 
art also recognize that there are alternative ways of getting device ID numbers to unique devices. For instance, a series 
of sequential numbers could be clocked along the Resetln line and at a certain time each device could be Instructed to 

35 latch the current reset shift register value into the device ID register. 

[0076] The configuration master should choose and set an access time in each access-time register in each slave to 
a period sufficiently long to allow the slave to perform an actual, desired memory access. For example, for a normal 
DRAM access, this time must be longer than the row address strobe (RAS) access time. If this condition is not met, the 
slave may not deliver the correct data. The value stored In a slave access- time register is preferably one-half the number 

<o of bus cycles for which the slave device should wait before using the bus in response to a request. Thus an access time 
value of T would indicate that the slave should not access the bus until at least two cycles after the last byte of the 
request packet has been received. The value of AccessRegO is preferably fixed at 8 (cycles) to facilitate access to control 
registers. 

[0077] The bus architecture of this embodiment can include more than one master device. The reset or initialization 
« sequence should also Include a determination of whether there are multiple masters on the bus, and if so to assign 
unique master ID numbers to each. Persons skilled in the art will recognize that there are many ways of doing this. For 
instance, the master could poll each device to determine what type of device it is, for example, by reading a special 
register then, for each master device, write the next available master ID number into a special register. 



50 ECC 



[0078] Error detection and correction ("ECC") methods well known in the art can be implemented in this system. ECC 
information typically is calculated for a block of data at the time that block of data is first written into memory. The data 
block usually has an integral binary size, e.g.. 256 bits, and the ECC information uses significantly fewer bits. A potential 
55 problem arises in that each binary data block in prior art schemes typically is stored with the ECC bits appended, resulting 
in a block size that is not an integral binary power. 

[0079] In a preferred embodiment, ECC information is stored separately from the corresponding data, which can then 
be stored in blocks having integral binary size. ECC information and corresponding data can be stored, for example, In 
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separate DRAM devices. Data can be read without ECC using a single request packet, but to write or read error-corrected 
data requires two request packets, one for the data and a second for the corresponding ECC information. ECC information 
may not always be stored permanently and in some situations the ECC information may be available without sending 
a request packet or without a bus data block transfer. 

5 [0080] In a preferred embodiment, a standard data block size can be selected for use with ECC, and the ECC method 
will determine the required number of bits of information in a corresponding ECC block. RAMs containing ECC information 
can be programmed to store an access time that is equal to: (1) the access time of the normal RAM (containing data) 
plus the time to access a standard data block (for corrected data) minus the time to send a request packet (6 bytes); or 
(2) the access time of a normal RAM minus the time to access a standard ECC block minus the time to send a request 

10 packet. To read a data block and the corresponding ECC block, the master simply issues a request for the data immediately 
followed by a request for the ECC block. The ECC RAM will wait for the selected access time then drive its data onto 
the bus right after (in case (1) above)) the data RAM has finished driving out the data block. Persons skilled in the art 
will recognize that the access time described in case (2) above can be used to drive ECC data before the data is driven 
onto the bus lines and will recognize that writing data can be done by analogy with the method described for a read. 

15 Persons skilled in the art will also recognize the adjustments that must be made in the bus-busy structure and the request 
packet arbitration methods of this embodiment in order to accommodate these paired ECC requests. 
[0081] Since this system is quite flexible, the system designer can choose the size of the data blocks and the number 
of ECC bits using the memory devices of this embodiment. Note that the data stream on the bus can be interpreted in 
various ways. For instance the sequence can be 2 n data bytes followed by 2 m ECC bytes (or vice versa), or the sequence 

20 can be 2 k iterations of 8 data bytes plus 1 ECC byte. Other information, such as information used by a directory-based 
cache coherence scheme, can also be managed this way. See, for example, Anant Agarwal, et at., "Scaleable Directory 
Schemes for Cache Consistency, " 15th International Symposium on Computer Architecture, June 1988, pp. 280-289. 
Those skilled in the art will recognize alternative methods of implementing ECC schemes. 

25 Low Power 3-D Packaging 

[0082] Another major advantage of a prefered embodiment of this invention is that it drastically reduces the memory 
system power consumption. Nearly all the power consumed by a prior art DRAM is dissipated in performing row access. 
By using a single row access in a single RAM to supply all the bits for a block request (compared to a row-access in 
30 each of multiple RAMs in conventional memory systems) the power per bit can be made very small. Since the power 
dissipated by memory devices according to this embodiment is significantly reduced, the devices potentially can be 
placed much closer together than with conventional designs. 

[0083] The bus architecture of this embodiment makes possible an innovative 3-D packaging technology. By using a 
narrow, multiplexed (time-shared) bus, the pin count for an arbitrarily large memory device can be kept quite small - on 

35 the order of 20 pins. Moreover, this pin count can be kept constant from one generation of DRAM density to the next. 
The low power dissipation allows each package to be smaller, with narrower pin pitches (spacing between the IC pins). 
With current surface mount technology supporting pin pitches as low as 20 mils, all off-device connections can be 
implemented on a single edge of the memory device. Semiconductor die useful in this embodiment preferably have 
connections or pads along one edge of the die which can then be wired or otherwise connected to the package pins 

*o with wires having similar lengths. This geometry also allows for very short leads, preferably with an effective lead length 
of less than 4 mm. Furthermore, this embodiment uses only bused interconnections. i.e., each pad on each device is 
connected by the bus to the corresponding pad of each other device. 

[0084] The use of a low pin count and an edge-connected bus permits a simple 3-D package, whereby the devices 
are stacked and the bus is connected along a single edge of the stack. The fact that all of the signals are bused is 
important for the implementation of a simple 3-D structure. Without this, the complexity of the "backplane" would be too 
difficult to make cost effectively with current technology. The individual devices in a stack of the present embodiment 
can be packed quite tightly because of the low power dissipated by the entire memory system, permitting the devices 
to be stacked bumper-to-bumper or top to bottom. Conventional plastic-injection molded small outline (SO) packages 
can be used with a pitch of about 2.5 mm (100 mils), but the ultimate limit would be the device die thickness, which is 
so about an order of magnitude smaller, 0.2-0.5 mm using current wafer technology. 

Bus Electrical Description 

[0085] By using devices with very low power dissipation and close physical packing, the bus can be made quite short, 
55 which in turn allows for short propagation times and high data rates. The bus of a preferred embodiment consists of a 
set of resistor-terminated controlled impedance transmission lines which can operate up to a data rate of 500 MHz (2 
ns cycles). The characteristics of the transmission lines are strongly affected by the loading caused by the DRAMs (or 
other slaves) mounted on the bus. These devices add lumped capacitance to the lines which both lowers the impedance 
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of the lines and decreases the transmission speed. In the loaded environment, the bus impedance is likely to be on the 
order of 25 ohms and the propagation velocity about c/4 (c = the speed of light) or 7.5 cm/ns. To operate at a 2 ns data 
rate, the transit time on the bus should preferably be kept under 1 ns, to leave 1 ns for the setup and hold time of the 
input receivers (described below) plus clock skew. Thus the bus lines must be kept quite short, under about 8 cm for 
5 maximum performance. Lower performance systems may have much longer lines, e.g. a 4 ns bus may have 24 cm lines 
(3 ns transit time, 1 ns setup and hold time). 

[0086] In the preferred embodiment, the bus uses current source drivers. Each output must be able to sink 50 mA, 
which provides an output swing of about 500 mV or more. In the preferred embodiment, the bus is active low. The 
unasserted state (the high value) is preferably considered a logical zero, and the asserted value (low state) is therefore 

10 a logical 1. Those skilled in the art understand that the method of this embodiment can also be implemented using the 
opposite logical relation to voltage. The value of the unasserted state is set by the voltage on the termination resistors, 
and should be high enough to allow the outputs to act as current sources, while being as low as possible to reduce 
power dissipation. These constraints may yield a termination voltage about 2V above ground in the preferred implemen- 
tation. Current source drivers cause the output voltage to be proportional to the sum of the sources driving the bus. 

is [0087] Referring to Fig.7, although there is no stable condition where two devices drive the bus at the same time, 
conditions can arise because of propagation delay on the wires where one device, A 41 , can start driving its part of the 
bus 44 while the bus is still being driven by another device, B 42 (already asserting a logical 1 on the bus). In a system 
using current drivers, when B 42 is driving the bus (before time 46), the value at points 44 and 45 is logical 1, If B 42 
switches off at time 46 just when A 41 switches on, the additional drive by device A 41 causes the voltage at the output 

20 44 of A 41 to drop briefly below the normal value. The voltage returns to its normal value at time 47 when the effect of 
device B 42 turning off is felt. The voltage at point 45 goes to logical 0 when device B 42 turns off, then drops at time 
47 when the effect of device A 41 turning on is felt. Since the logical 1 driven by current from device A 41 is propagated 
irrespective of the previous value on the bus, the value on the bus is guaranteed to settle after one time of flight (tf) 
delay, that is. the time it takes a signal to propagate from one end of the bus to the other. If a voltage drive was used 

25 (as in ECL wired-ORing), a logical 1 on the bus (from device B 42 being previously driven) would prevent the transition 
put out by device A 41 being felt at the most remote part of the system, e.g., device 43, until the turnoff waveform from 
device B 42 reached device A 41 plus one time of flight delay, giving a worst case settling time of twice the time of flight 
delay. 

30 Clocking 

[0088] Clocking a high speed bus accurately without introducing error due to propagation delays can be implemented 
by having each device monitor two bus clock signals and then derive internally a device clock, the true system clock. 
The bus clock information can be sent on one or two lines to provide a mechanism for each bused device to generate 

35 an internal device clock with zero skew relative to all the other device clocks. Referring to Figure 8, in the preferred 
implementation, a bus clock generator 50 at one end of the bus propagates an early bus clock signal in one direction 
along the bus, for example on line 53 from left to right, to the far end of the bus. The same clock signal then is passed 
through the direct connection shown to a second line 54, and returns as a late bus clock signal along the bus from the 
far end to the origin, propagating from right to left. A single bus clock line can be used if it is left unterminated at the far 

<o end of the bus, allowing the early bus clock signal to reflect back along the same line as a late bus dock signal. 

[0089] Figure 8b illustrates how each device 51, 52 receives each of the two bus clock signals at a different time 
(because of propagation delay along the wires), with constant midpoint in time between the two bus clocks along the 
bus. At each device 51, 52, the rising edge 55 of Clockl 53 is followed by the rising edge 56 of Clock2 54. Similarly, the 
falling edge 57 of Clockl 53 is followed by the falling edge 58 of Clock2 54. This waveform relationship is observed at 

45 all other devices along the bus. Devices which are closer to the clock generator have a greater separation between 
Clockl and Clock2 relative to devices farther from the generator because of the longer time required for each clock 
pulse to traverse the bus and return along line 54, but the midpoint in time 59, 60 between corresponding rising or falling 
edges is fixed because, for any given device, the length of each clock line between the far end of the bus and that device 
is equal. Each device must sample the two bus clocks and generate itsown internal device clock at the midpoint of the two. 

so [0090] Clock distribution problems can be further reduced by using a bus clock and device clock rate equal to the bus 
cycle data rate divided by two, that is, the bus clock period is twice the bus cycle period. Thus a 500 MHz bus preferably 
uses a 250 MHz clock rate. This reduction in frequency provides two benefits. First it makes all signals on the bus have 
the same worst case data rates - data on a 500 MHz bus can only change every 2 ns. Second, clocking at half the bus 
cycle data rate makes the labeling of the odd and even bus cycles trivial, for example, by defining even cycles to be 

55 those when the internal device clock is 0 and odd cycles when the internal device clock is 1. 
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Multiple Buses 

[0091] The limitation on bus length described above restricts the total number of devices that can be placed on a 
single bus. Using 2.5 mm spacing between devices, a single 8 cm bus will hold about 32 devices. Persons skilled in the 

5 an" wii! recognize certain applications of the present embodiment wherein the overall data rate on the bus is adequate 
but memory or processing requirements necessitate a much larger number of devices (many more than 32). Larger 
systems can easily be built using the teachings of this embodiment by using one or more memory subsystems, designated 
primary bus units, each of which consists of two or more devices, typically 32 or close to the maximum allowed by bus 
design requirements, connected to a transceiver device. 

10 [0092] Referring to Figure 9, each primary bus unit can be mounted on a single circuit board 66, sometimes called a 
memory stick. Each transceiver device 19 in turn connects to a transceiver bus 65, similar or identical in electrical and 
other respects to the primary bus 18 described at length above. In a preferred implementation, all masters are situated 
on the transceiver bus so there are no transceiver delays between masters and all memory devices are on primary bus 
units so that all memory accesses experience an equivalent transceiver delay, but persons skilled in the art will recognize 

is how to implement systems which have masters on more than one bus unit and memory devices on the transceiver bus 
as well as on primary bus units. In general, each teaching of this embodiment which refers to a memory device can be 
practiced using a transceiver device and one or more memory devices on an attached primay bus unit. Other devices, 
generically referred to as peripheral devices, including disk controllers, video controllers or I/O devices can also be 
attached to either the transceiver bus or a primary bus unit, as desired. Persons skilled in the art will recognize how to 

20 use a single primary bus unit or multiple primary bus units as needed with a transceiver bus in certain system designs. 
[0093] The transceivers are quite simple in function. They detect request packets on the transceiver bus and transmit 
them to their primary bus unit If the request packet calls for a write to a device on a transceiver's primary bus unit, that 
transceiver keeps track of the access time and block size and forwards all data from the transceiver bus to the primary 
bus unit during that time. The transceivers also watch their primary bus unit, forwarding any data that occurs there to 

25 the transceiver bus. The high speed of the buses means that the transceivers will need to be pipelined, and will require 
an additional one or two cycle delay for data to pass through the transceiver in either direction. Access times stored in 
masters on the transceiver bus must be increased to account for transceiver delay but access times stored in slaves on 
a primary bus unit should not be modified. 

[0094] Persons skilled in the art will recognize that a more sophisticated transceiver can control transmissions to and 
30 from primary bus units. An additional control line, TrncvrRW can be bused to all devices on the transceiver bus, using 
that line in conjunction with the AddrValid line to indicate to all devices on the transceiver bus that the information on 
the data lines is: 1 ) a request packet. 2) valid data to a slave, 3) valid data from a slave, or 4) invalid data (or idle bus). 
Using this extra control line obviates the need for the transceivers to keep track of when data needs to be forwarded 
from its primary bus to the transceiver bus - all transceivers send all data from their primary bus to the transceiver bus 
35 whenever the control signal indicates condition 2) above. In a preferred implementation, if AddrValid and TrncvrRW are 
both low, there is no bus activity and the transceivers should remain in an idle state. A controller sending a request 
packet will drive AddrValid high, indicating to all devices on the transceiver bus that a request packet is being sent which 
each transceiver should forward to its primary bus unit. Each controller seeking to write to a slave should drive both 
AddrValid and TmcvrRw high, indicating valid data for a slave is present on the data lines. Each transceiver device will 
^0 then transmit all data from the transceiver bus lines to each primary bus unit. Any controller expecting to receive information 
from a slave should also drive the TrncvrRW line high, but not drive AddrValid, thereby indicating to each transceiver to 
transmit any data coming from any slave on its primary local bus to the transceiver bus. A still more sophisticated 
transceiver would recognize signals addressed to or coming from its primary bus unit and transmit signals only at 
requested times. 

45 [0095] An example of the physical mounting of the transceivers is shown in Figure 9. One important feature of this 
physical arrangement is to integrate the bus of each transceiver 19 with the original bus of DRAMs or other devices 15, 
16, 17 on the primary bus unit 66. The transceivers 19 have pins on two sides, and are preferably mounted flat on the 
primary bus unit with a first set of pins connected to primary bus 18. A second set of transceiver pins 20, preferably 
orthogonal to the first set of pins, are oriented to allow the transceiver 19 to be attached to the transceiver bus 65 in 

so much the same way as the DRAMs were attached to tha primary bus unit. The transceiver bus can be generally planar 
and in a different plane, preferably orthogonal to the plane of each primary bus unit. The transceiver bus can also be 
generally circular with primary bus units mounted perpendicular and tangential to the transceiver bus. 
[0096] Using this two level scheme allows one to easily build a system that contains over 500 slaves (16 buses of 32 
DRAMs each). Persons skilled in the art can modify the device ID scheme described above to accommodate more than 

55 256 devices, for example by using a longer device ID or by using additional registers to hold some of the device ID. This 
scheme can be extended in yet a third dimension to make a second-order transceiver bus, connecting multiple transceiver 
buses by aligning transceiver bus units parallel to and on top of each other and busing corresponding signal lines through 
a suitable transceiver. Using such a second-order transceiver bus, one could connect many thousands of slave devices 
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into what is effectively a single bus. 
Device Interface 

5 [0097] The device interface to the high-speed bus can be divided into three main parts. The first pari is the electrical 
interface. This part includes the input receivers, bus drivers and clock generation circuitry. The second part contains the 
address comparison circuitry and timing registers. This part takes the input request packet and determines if the request 
is for this device, and if it Is. starts the internal access and delivers the data to the pins at the correct time. The final part, 
specifically for memory devices such as DRAMs, is the DRAM column access path. This part needs to provide bandwidth 

w into and out of the DRAM sense amps greater than the bandwidth provided by conventional DRAMs. The implementation 
of the electrical interface and DRAM column access path are described in more detail in the following sections. Persons 
skilled in the art recognize how to modify prior-art address comparison circuitry and prior-art register circuitry. 

Electrical Interface - Input/Output Circuitry 

75 

[0098] A block diagram of the preferred input/output circuit for address/data/control lines is shown in Figure 10. This 
circuitry is particularly well- suited for use in DRAM devices but it can be used or modified by one skilled in the art for 
use in other devices connected to the bus of this embodiment. It consists of a set of input receivers 71, 72 and output 
driver 76 connected to input/output line 69 and pad 75 and circuitry to use the internal clock 73 and internal clock 

20 complement 74 to drive the input interface. The clocked input receivers take advantage of the synchronous nature of 
the bus. To further reduce the performance requirements for device input receivers, each device pin, and thus each bus 
line, is connected to two clocked receivers, one to sample the even cycle inputs, the other to sample the odd cycle inputs. 
By thus de-multiplexing the input 70 at the pin, each clocked amplifier is given a full 2 ns cycle to amplify the bus 
low-voltage-swing signal into a full value CMOS logic signal. Persons skilled in the art will recognize that additional 

25 clocked input receivers can be used. For example, four input receivers could be connected to each device pin and 
clocked by a modified internal device clock to transfer sequential bits from the bus to internal device circuits, allowing 
still higher external bus speeds or still longer settling times to amplify the bus low-voltage-swing signal into a full value 
CMOS logic signal. 

[0099] The output drivers are quite simple, and consist of a single NMOS pulldown transistor 76. This transistor is 
30 sized so that under worst case conditions it can still sink the 50 mA required by the bus. For 0.8 micron CMOS technology, 
the transistor will need to be about 200 microns long. Overall bus performance can be improved by using feedback 
techniques to control output transistor current so that the current through the device is roughly 50 mA under all operating 
conditions, although this is not absolutely necessary for proper bus operation. An example of one of many methods 
known to persons skilled in the art for using feedback techniques to control current is described in Hans Schumacher, 
35 et ah, "CMOS Subnanosecond True-ECL Output Buffer." J. SolidSiaie Circuits, Vol. 25 (1), pp. 150-154 (Feb. 1990). 
Controlling this current improves performance and reduces power dissipation. This output driver which can be operated 
at 500 MHz, can in tum be controlled by a suitable multiplexer with two or more (preferably four) inputs connected to 
other internal chip circuitry, all of which can be designed according to well known prior art. 

[0100] The input receivers of every slave must be able to operate during every cycle to determine whether the signal 

6 on the bus is a valid request packet. This requirement leads to a number of constraints on the input circuitry. In addition 
to requiring small acquisition and resolution delays, the circuits must take little or no DC power, little AC power and inject 
very little current back into the input or reference lines. The standard clocked DRAM sense amp shown in Figure 11 
satisfies all these requirements except the need for low Input currents. When this sense amp goes from sense to sample, 
the capacitance of the internal nodes 83 and 84 in Figure11 is discharged through the reference line 68 and input 69, 

45 respectively. This particular current is small, but the sum of such currents from all the inputs into the reference lines 
summed over all devices can be reasonably large. 

[0101] The fact that the sign of the current depends upon on the previous received data makes matters worse. One 
way to solve this problem is to divide the sample period into two phases. During the first phase, the inputs are shorted 
to a buffered version of the reference level (which may have an offset). During the second phase, the inputs are connected 

so to the true inputs. This scheme does not remove the input current completely, since the input must still charge nodes 
S3 and 84 from the reference value to the current input value, but it does reduce the total charge required by about a 
factor of 10 (requiring only a 0.25v change rather than a 2.5V change). Persons skilled in the art will recognize that many 
other methods can be used to provide a clocked amplifier that will operate on very low input currents. 
[0102] One important part of the input/output circuitry generates an internal device clock based on early and late bus 

55 clocks. Controlling clock skew (the difference in clock timing between devices) is important in a system running with 2 
ns cycles, thus the internal device clock is generated so the input sampler and the output driver operate as close in time 
as possible to midway between the two bus clocks. 

[0103] A block diagram of the internal device clock generating circuit is shown in Figure 12 and the corresponding 
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timing diagram in Figure 13. The basic idea behind this circuit is relatively simple. A DC amplifier 102 is used to convert 
the small-swing bus dock into a full-swing CMOS signal. This signal is then fed into a variable delay line 103. The output 
of delay line 103 feeds three additional delay lines: 104 having a fixed delay; 105 having the same fixed delay plus a 
second variable delay; and 106 having the same fixed delay plus one half of the second variable delay. The outputs 

5 1 07. 1 08 of the delay lines 1 04 and 1 05 drive clocked input receivers 1 01 and 1 1 1 connected to early and late bus clock 
inputs 100 and 1 10, respectively. These input receivers 101 and 1 1 1 have the same design as the receivers described 
above and shown in Fig. 11. Variable delay lines 103 and 105 are adjusted via feedback lines 1 16, 115 so that input 
receivers 101 and 1 11 sample the bus clocks just as they transition. Delay lines 103 and 105 are adjusted so that the 
falling edge 120 o1 output 107 precedes the falling edge 121 of the early bus clock. Clockl 53, by an amount of time 

10 128 equal to the delay in input sampler 1 01 . Oelay line 108 is adjusted in the same way so that failing edge 1 22 precedes 
the falling edge 123 of late bus clock, Clock2 54, by the delay 128 in input sampler 111. 

[0104] Since the outputs 107 and 108 are synchronized with the two bus clocks and the output 73 of the last delay 
line 106 is midway between outputs 107 and 108, that is, output 73 follows output 107 by the same amount of time 129 
that output 73 precedes output 108, output 73 provides an internal device clock midway between the bus clocks. The 
is falling edge 124 of internal device clock 73 precedes the time of actual input sampling 125 by one sampler delay. Note 
that this circuit organization automatically balances the delay in substantially all device input receivers 71 and 72 (Fig. 
10), since outputs 107 and 108 are adjusted so the bus clocks are sampled by input receivers 101 and 1 1 1 just as the 
bus clocks transition. 

[0105] In the preferred embodiment, two sets of these delay lines are used, one to generate the true value of the 
20 internal device clock 73, and the other to generate the complement 74 without adding any inverter delay. The dual circuit 
allows generation of truly complementary clocks, with extremely small skew. The complement internal device clock is 
used to clock the 'even' input receivers to sample at time 127, while the true internal device clock is used to clock the 
'odd* input receivers to sample at time 125. The true and complement internal device clocks are also used to select 
which data is driven to the output drivers. The gate delay between the internal device clock and output circuits driving 
25 the bus is slightly greater than the corresponding delay for the input circuits, which means that the new data always will 
be driven on the bus slightly after the old data has been sampled. 

DRAM Column Access Modification 

30 [01 06] A block diagram of a conventional 4 MBit DRAM 1 30 is shown in Figure 15. The DRAM memory array is divided 
into a number of subarrays 150-157, for example, 8. Each subarray is divided into arrays 148, 149 of memory cells. Row 
address selection is performed by decoders 146. A column decoder 147A, 1478. including column sense amps on either 
side of the decoder, runs through the core of each subarray. These column sense amps can be set to precharge or latch 
the most-recently stored value, as described in detail above. Internal I/O lines connect each set of sense-amps, as gated 

35 by corresponding column decoders, to input and output circuitry connected ultimately to the device pins. These internal 
1/0 lines are used to drive the data from the selected bit lines to the data pins (some of pins 131-145), or to take the 
data from the pins and write the selected bit lines. Such a column access path organized by prior art constraints does 
not have sufficient bandwidth to interface with a high speed bus. The method of this embodiment does not require 
changing the overall method used for column access, but does change implementation details. Many of these details 

so have been implemented selectively in certain fast memory devices, but never in conjunction with the bus architecture 
of this embodiment 

[0107] Running the internal I/O lines in the conventional way at high bus cycle rates is not possible. In the preferred 
method, several (preferably 4) bytes are read or written during each cycle and the column access path is modified to 
run at a lower rate (the inverse of the number of bytes accessed per cycle, preferably 1/4 of the bus cycle rate). Three 

« different techniques are used to provide the additional internal I/O lines required and to supply data to memory ceils at 
this rate. First, the number of I/O bit lines in each subarray running through the column decoder 147 is increased, for 
example, to 16. eight for each of the two columns of column sense amps and the column decoder selects one set of 
columns from the "top" half 148 of subarray 150 and one set of columns from the "bottom 1 * half 149 during each cycle, 
where the column decoder selects one column sense amp per I/O bit line. Second, each column I/O line Is divided into 

so two halves, carrying data independently over separate internal I/O lines from the left half 147A and right half 1478 of 
each subarray (dividing each subarray into quadrants) and the column decoder selects sense amps from each right and 
left half of the subarray, doubling the number of bits available at each cycle. Thus each column decode selection turns 
on n column sense amps, where n equals four (top left and right, bottom left and right quadrants) times the number of 
I/O lines in the bus to each subarray quadrant (8 lines each x 4=32 lines in the preferred implementation). Finally, during 

55 each RAS cycle, two different subarrays, e.g. 1 57 and 153. are accessed. This doubles again the available number of 
I/O lines containing data. Taken together, these changes increase the internal I/O bandwidth by at least a factor of 8. 
Four internal buses are used to route these internal I/O lines. Increasing the number of I/O lines and then splitting them 
in the middle greatly reduces the capacitance of each internal I/O line which in turn reduces the column access time, 
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increasing the column access bandwidth even further. 

[01 08] The multiple, gated input receivers described above allow high speed input from the device pins onto the interna] 
I/O lines and ultimately into memory. The multiplexed output driver described above is used to keep up with the data 
flow available using these techniques. Control means are provided to select whether information at the device pins 
5 should be treated as an address, and therefore to be decoded, or input or output data to be driven onto or read from the 
internal I/O lines. 

[0109J Each subarray can access 32 bits per cycle, 16 bits from the left subarray and 1 6 from the right subarray. With 
8 I/O lines per sense-amplifier column and accessing two subarrays at a time, the DRAM can provide 64 bits per cycle. 
This extra I/O bandwidth is not needed for reads (and is probably not used), but may be needed for writes. Availability 
w of write bandwidth is a more difficult problem than read bandwidth because over-writing a value in a sense-amplifier 
may be a slow operation, depending on how the sense amplifier is connected to the bit line. The extra set of interna] I/O 
lines provides some bandwidth margin for write operations. 

is Claims 

1. A Dynamic Random Access Memory (DRAM) semiconductor device having at least one memory array Which 
includes a plurality of memory cells arranged in rows and columns, the DRAM comprising: 

20 connection means adapted to connect the DRAM to an external bus which is a part of a semiconductor bus 

architecture, the semiconductor bus architecture including a plurality of semiconductor devices connected in 
parallel to the external bus, wherein the external bus includes a plurality of bus lines for carrying substantially 
all address, data and control information needed by the DRAM for communication with substantially every other 
semiconductor device connected to the external bus, and wherein the external bus has substantially fewer bus 

25 lines than the number of bits in a single address; 

clock receiver circuitry (101 , 11 1) for receiving an external clock signal (53, 54) having a fixed frequency: 

a programmable access-time register for storing a value which is representative of a number of clock cycles 
of the external clock signal (53, 54) to transpire after which the DRAM responds to a read request, the 
30 programmable access-time register being accessible to the external bus through the connection means, 

wherein to set the value in the programmable access-time register data is transmitted to the programmable 
access-time register over the external bus: 

a plurality of input receivers to receive the read request synchronously with respect to the external clock 
signal: and 

35 a plurality of output drivers (76) for outputting the data onto the external bus (18, 65) in response to the 

read request, wherein the output drivers (76) output the data on the external bus (18, 65) after the number 
of clock cycles of the external clock signal transpire and synchronously with respect to the external clock 
signal (53, 54), so that the read request and the corresponding response are separated by the number of 
clock cycles as selected by the value stored in the programmable access-time register, wherein each output 

*o driver of the plurality of output drivers (76) outputs the data onto the external bus (18, 65) at a bus cycle 

data rate that is twice the rate of the external clock signal. 

2. The synchronous semiconductor memory device of claim 1 . 

wherein the value is stored in the programmable access- time register after power is applied to the memory device 
4 5 and in response to a set register operation. 

3. The synchronous semiconductor memory device of any of the preceding claims, 

wherein, in response to the read request, the plurality of output drivers (76) output an amount of data defined by 
block size information, wherein the memory device receives the block size information synchronously with respect 
50 to the external clock signal (53. 54). 

4. The synchronous semiconductor memory device according to claim 3, 

wherein a single row access in the DRAM is used to supply all bits for the amount of data defined by the block size 
information in order to minimize required power per bit. 

55 

5. The synchronous semiconductor memory device according to any one of the preceding claims, further comprising: 

an internal device clock generating circuit, coupled to the clock receiver circuitry, to generate an internal clock 



17 



EP 0 994 420 B1 



signal used to output data in response to the read request, wherein the internal device clock generating circuit 
monitors and controls a timing relationship between the data to be output and the external dock signal. 

6. The synchronous semiconductor memory device of claim 5, wherein the internal device clock generating circuit is 
5 to generate a complement internal clock signal, wherein the internal dock signal and the complement internal clock 

signal are used to select which data are driven to the plurality of output drivers. 

7. The synchronous semiconductor memory device of claim 6, 

wherein the plurality of output drivers (76) output the first portion of the data in response to a rising edge transition 
10 of the internal clock signal. 

8. The synchronous semiconductor memory device according to any one of claims 5. 6 and 7, wherein the internal 
device clock generating circuit uses a feedback line to adjust a variable delay line in generating the internal clock 
signal. 

15 

9. The synchronous semiconductor memory device according to one of the preceding claims, further including sense 
amplifiers used for reading the data from the memory array, wherein when precharge Information received from a 
controller over the external bus indicates that a precharge operation should be performed, automatically precharging 
a portion of the memory array and the sense amplifiers after execution of the read request. 

20 

Patentanspruche 

1. Dynamische Halbleiter-Direktzugriffsspeicher-Vorrichtung (DRAM) mit wenigstens einer Speicher-Matrix, welche 
25 eine Mehrzahl von Speicherzellen beinhattet, die in Zeilen und Spalten angeordnet sind, wobei das DRAM umfasst: 

Kopplungsmittel, die ausgestaltet sind, urn das DRAM an einen externen Bus zu koppeln, der Teil einer Halb- 
leiter-Busarchitektur 1st, die eine Mehrzahl von Halblelter-Vorrichtungen beinhaltet, welche parallel an den ex- 
ternen Bus gekoppelt sind, wobei der externe Bus eine Mehrzahl von Busleitungen beinhaltet, urn im Wesent- 
30 lichen alle Adress-, Daten- und Steuerungsinformationen zu fuhren, die vom DRAM zur Kommunikation mit im 

Wesentltchen jeder anderen an den externen Bus gekoppelten Halbleitervorrichtung bendtigt werden, und wobei 
der externe Bus im Wesentlichen weniger Busleitungen als die Anzahl der Bits einer einzelnen Adresse aufweist, 
eine Taktempfangerschaltung (101, 1 1 1) zum Empfangen eines externen Taktsignals (53, 54) mit einer festen 
Frequenz, 

35 ein programmierbares Zugriffszeit-Register zum Speichem eines Wertes, der die Anzahl von Taktzyklen des 

externen Taktsignals (53, 54) angibt, die verstreichen sollen, bevor die Speichervorrichtung auf eine Lesean- 
forderung antwortet, wobei auf das programmierbare Zugriffszeit-Register mittels Kopplungsmitteln uber den 
externen Bus zugegriffen werden kann, so dass zum Setzen des Wertes in dem program mierbaren Zugriffs- 
zeit-Register Daten zu dem programmierbaren Zugriffszeit-Register uber den externen Bus ubertragen werden, 
eine Mehrzahl von Eingangsempfangern, urn die Leseanforderung synchron zu dem externen Taktsignal zu 
empfangen, und 

eine Mehrzahl von Ausgabe-Treibern (78) zum Ausgeben von Daten auf den externen Bus (18, 65) als Antwort 
auf eine Leseanforderung, wobei die Ausgabe-Treiber (76) nach Verstreichen der Anzahl der Taktzyklen des 
externen Taktes und synchron mit dem externen Taktsignal (53, 54) Daten auf den externen Bus (18, 65) 
45 ausgeben, so dass die Leseanforderung und die korrespondierende Antwort durch die Anzahl von Taktzyklen. 

wie ste durch den in dem programmierbaren Zugriffszeit-Register gespeicherten Wert setektiert ist, von einander 
beabstandet sind, wobei jeder der Ausgabe-Treiber aus der Mehrzahl von Ausgabe-Treibern (76) die Daten 
auf den externen Bus (18, 65) mit einer Buszyklus-Taktrate ausgibt, die dem doppelten der Rate des externen 
Taktsignals entspricht. 

50 

2. Synchrone Halbleiter-Speichervorrichtung nach Anspruch 1 , bei welcher der Wert in dem programmierbaren Zu- 
griffszeit-Register gespeichert wird, nachdem die Spannungsversorgung an die Speichervorrichtung angelegt wird 
und als Antwort auf eine Operation zum Setzen des Registers. 

55 3. Synchrone Halbleiter-Speichervorrichtung nach einem der vorstehenden Anspruche. bei welcher die Mehrzahl von 
Ausgabe-Treibern (76) als Antwort auf die Leseanforderung eine Datenmenge ausgibt, die durch Blockgro Benin- 
formation deflniert ist, wobei die Speichervorrichtung die Blockgrofleninformation synchron mit dem externen Takt- 
signal (53, 54) empfSngt. 
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4. Synchrone Halbleiter-Speichervorrichtung nach Anspruch 3. bei welcher ein einzelner Zeilenzu griff in dem DRAM 
verwendet wird, um alte Bits der durch die BlockgroBeninformation definierten Datenmenge bereitzustellen, um so 
die erforderliche Energie je Bit zu minimieren. 

5 5. Synchrone Halbleiter-Speichervorrichtung nach einem der vorstehenden Anspruche, ferner umfassend: 

einen internen Takterzeugungsschaltkreis der Vorrichtung, der mit der Taktempfangerschaltung gekoppelt ist, 
um ein internes Taktsignal zu erzeugen, das verwendet wird, um Daten als Antwort auf die Leseanforderung 
auszugeben, wobei der interne Takterzeugungsschaltkreis der Vorrichtung eine zeitliche Beziehung zwischen 
io den auszugebenden Daten und dem externen Taktsignal Oberwacht und steuert 

6. Synchrone Halbleiter-Speichervorrichtung nach Anspruch 5, bei welcher der interne Takterzeugungsschaltkreis der 
Vorrichtung vorgesehen ist, um ein komplementares internes Taktsignal zu erzeugen, wobei das interne Taktsignal 
und das komplementare interne Taktsignal verwendet werden, um zu selektieren, welche Daten der Mehrzahl von 

is Ausgabe-Treibern zugefuhrt werden. 

7. Synchrone Halbleiter-Speichervorrichtung nach Anspruch 6, bei welcher die Mehrzahl von Ausgabe-Treibern (76) 
den ersten Abschnitt der Daten als Antwort auf eine steigende Flanke eines Pegelwechsels des internen Taktsignals 
ausgeben. 

20 

8. Synchrone Halbleiter-Speichervorrichtung nach einem der Anspruche 5, 6 und 7, bei welcher der interne Takter- 
zeugungsschaltkreis der Vorrichtung eine Ruckkopplungsleitung verwendet, um eine variable Verzogerungsleitung 
bei der Erzeugung des internen Taktsignals einzustellen. 

25 9. Synchrone Halbleiter-Speichervorrichtung nach einem der vorstehenden Anspruche, welche ferner Leseverstarker 
zum Lesen der Daten aus der Speichermatrix beinhaltet, wobei automatisch ein Teil der Speichermatrix und der 
Leseverstarker nach dem Ausf uhren der Leseanforderung voraufgeladen werden, wenn eine von einem Controller 
uber den externen Bus empfangene Voraufladeinformation anzeigt, dass eine Voraufladeoperation ausgefu hit wer- 
den soil. 

30 

Revendlcatlons 

1 . Dispositjf semi-conducteur a memoire a acces aleatoire dynamique (DRAM) ayant au moins un reseau de memoire 
35 qui comporte une pluralite de cellufes memoires disposees en lignes et en colonnes, la memoire DRAM comprenant : 

des moyens de connexion propres a connecter la memoire. DRAM a un bus externe qui est une partie d'une 
architecture de bus semi-conducteur, I'architecture de bus semi-conducteur comportant une plurality de dispo- 
sitifs semi-conducteurs connectes en parallele au bus externe, dans lesquels le bus externe comporte une 
40 pluralite de lignes de bus pour transporter substantiellement toutes les informations d'adresses, de donnees et 

de commandes dont la m6moire DRAM a besoin pour sa communication avec substantiellement chaque autre 
dispositif semi-conducteur connecte au bus externe, et dans lesquels le bus externe a substantiellement moins 
de lignes de bus que le nombre de bits dans une adresse unique ; 

un circuit de receptiond'hortoge (101,111) pour recevoir un signal d'horioge externe (53. 54) ayant une frequence 
<5 fixee ; 

un registre de temps d'acces programmable pour stocker une valeur qui est representative d'un nombre de 
cycles d'horioge du signal d'horioge externe (53, 54) devant s'ecouler apres que la memoire DRAM ait repondu 
a une requete de lecture, le registre de temps d'acces programmable etant accessible au bus externe a travers 
les moyens de connexion, dans lequel, pour determiner la valeur dans le registre de temps d'acces program- 
50 mable, des donnees sont transmises par le bus externe au registre de temps d'acces programmable ; 

une pluralite de recepteurs d'entree pour recevoir la requete de lecture en synchronisme par rapport au signal 
d'horioge externe ; et 

une pluralite de dispositifs de commande de sortie (76) pour delivrer les donnees sur le bus externe (18, 65) 
en reponse a la requete de lecture, dans laquelle les dispositifs de commande de sortie (76) fournissent en 
55 sortie les donnees sur le bus externe (18, 65) apres que le nombre de cycles d'horioge du signal d'horioge 

externe soit ecoule et en synchronisme par rapport au signal d'horioge externe (53, 54), de sorte que la requete 
de lecture et la reponse correspondante sont separees par le nombre de cycles d'horioge tel que selectionne 
par la valeur stockee dans !e registre de temps d'acces programmable, dans laquelle chaque dispositif de 
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commande de sortie de la pluralite de dispositifs de commande de sortie (76) tournit en sortie les donnees sur 
!e bus exteme (18, 65) a un rythme de donnees de cycles de bus qui est deux fois le rythme du signal d'hortoge 
exteme. 

Dispositif de m6moire semi-conducteur synchrone selon !a revendication 1 , dans lequel la vaJeur est stockee dans 
le registre de temps d'acces programmable apres que I'energie ait ete appliquee au dispositif de m6moire et en 
reponse a une operation d'etabiissement de registre. 

Dispositif de rn6rnoire semi-conducteur synchrone selon Tune queiconque des revendications precedentes, dans 
lequel, en reponse a la requete de lecture, (a plurality de dispositifs de commande de sortie (76) fournit en sortie 
une quantite de donnees definie par une information de taille de bloc, dans lequel !e dispositif de memoire recoit 
rinformation de taille de bloc en synchronisme par rapport au signal d'horloge externe (53, 54). 

Dispositif de m6moire semi-conducteur synchrone selon la revendication 3, dans lequel un unique acces de ligne 
dans (a memoire DRAM est utilise pour fournir tous les bits pour la quantity de donnees definie par rinformation de 
tailie de bloc afin de minimiser renergle requise par bit. 

Dispositif de memoire semi-conducteur synchrone selon Tune queiconque des revendications precedentes, com- 
prenant en outre : 

un dispositif interne formant circuit g6ne>ateur d'horloge, couple au circuit recepteur d'hortoge, pour gen6rer 
un signal d'horloge interne utilise pour d6livrer en sortie des donnees en reponse a la requite de lecture, dans 
lequel le dispositif interne formant circuit gen&rateur d'horloge surveille et commande une relation temporelle 
entre les donnees a fournir en sortie et le signal d'hortoge externe. 

Dispositif de m6moire semi-conducteur synchrone selon la revendication 5, dans lequel le dispositif interne formant 
circuit generateur d'horloge est destine a generer un signal d'horloge interne compiementaire, dans lequel le signal 
d'horloge interne et le signal d'horloge interne compiementaire sont utilises pour s6lectionner queiles donnees sont 
condurtes vers !a plurality de dispositifs de commande de sortie. 

Dispositif de memoire semi-conducteur synchrone selon la revendication 6, dans lequel la pluralite de dispositifs 
de commande de sortie (76) delivre en sortie la premiere partie des donnees en reponse a une transition de front 
de montee du signal d'horloge interne. 

Dispositif de memoire semi-conducteur synchrone selon Tune queiconque des revendications 5. 6 et 7, dans lequel 
le dispositif interne formant circuit gSnerateur d'horloge utilise une ligne de retroaction pour regler une ligne de 
retard variable en g6n§rant le signal d'horloge interne. 

Dispositif de memoire semi-conducteur synchrone selon I'une des revendications precedentes, comprenant en outre 
des amplificateurs de detection utilises pour lire les donnees du r6seau de memoire, dans lequel, lorsqu'une infor- 
mation de precharge recue d'un dispositif de commande par le bus externe indique qu'une operation de precharge 
devrait etre execut6e, precharge automatiquement une partie du reseau de memoires et des amplificateurs de 
detection apres execution de la requete de lecture. 
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